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9 transparency to share resources of said storage devices while bypassing operating system (OS) protocol 

10 stacks installed in the host server. 



REMARKS 

Claims 1-28 are pending in this application. Claims 1,7, 12 and 22 have been amended in several 
particulars for purposes of clarity and brevity that are unrelated to patentability and prior art rejections to 
assist the Examiner to expedite compact prosecution of the instant application. 

As a preliminary matter, Applicants note that the prosecution of the instant application has not been 
exemplary of the USPTO. It is disingenuous for the Examiner to state that "Applicant's request for 
reconsideration o f the finality of therejection of the last Office action is persuasive and, therefore, the finality 
of that action is withdrawn." The finality of the last Oifice action is now withdrawn not because of 
Applicants ' request for reconsideration filed in response to the final Office action, but because of an Appeal 
^Bnefm^dOTiNovember 13 5 2001. Thereisreallynojustificatio 
of the instant application after an Appeal Brief is filed before the Board of Appeals and Interferences, 
particulariy in view of the extensive history of the erroneously applied rejections based onHeil et al., U.S. 
Patent No. 6, 1 73 ,374, as modified to incorporate selected features from either Angelo ct al M U.S. Patent 
No.6,061 ,794 or the newly cited Intelligent I/O Architecture Specification, Version 1.5, March 1997. The 
problem of the previously proposed combination of Heil '374 and Angelo '794 is predicated upon the 
inherent defect of Heil '374, and that defect does not become rectified by mcorporating any subject matter 
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from either Angelo '794 or thenewly cited Intelligent I/O Architecture Specification, Version 1 .5, March 
1997. 

Claims 1-28, as previously discussed, have been rejected under 35 U.S.C. §103 as being 
unpatentable over Heil et al,U.S. PatentNo. 6,173,374 as modified to incoiporate selected features from 
thenewly cited IntelKgentl/O Architecture Specification, Version 1.5, March 1997 for reasons stated on 
pages 1-10 oftheOffice Action (PaperNo. 10). Again, the Examiner flip-flops between what is disclosed 
by Heil '374 to support an assertion that the proposed combination of Heil 4 3 74 and the I 2 0 Architecture 
Specification (1 997) somehow discloses all of the limitations of Applicants' claims 1-28 as pending in this 
application. 

Forexample, the Examiner asserts, in support oftherejection of independent claims 1 and 14, that 
Heil £ 374 as a primary reference discloses: 

a host driver configuration of a host drivermodule (col 1 0/line 28-50) of a computer node 
on a server duster (Heil, abstract) ... HBA(s) embedded intelligent I 2 0 standard software, 
partitions the device driver into one module creating stackable drivers 210-280, col 
10/lines 28-31, and col 10/lines 43-col 1 1/line 4 .... 

comprising: a Local Transport arranged to provide an interface to said input/output 
platform (IOP) . a Remote Transport arranged to provide an interface to export local 
storage device access onto a computer network ... a Connection Manager arranged to 
establish connection services with remote servers on said computer network and 
coordinate functions responsible for creating a direct call path between software 
driver 250 and software driver 240 to provide access to the local storage devices. 
Seepages 1-2 of Paper No. 10. 

The Examiner has then expressly admitted on the same page of Paper No. 10 that, 
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Heil [ 4 374] does not teach functions responsible for creating a direct call path 
between the transport driver modules to provide access to the local storage 
devices; nor wherein that embedded intelligent I 2 0 standard software comprises an IOP 
platform.. Sec page 2, Paper No. 10. 

The Examiner then cites section 1.1,2.2, pages 1 -4ofthe Intelligent T 2 0 Architecture Specification for 

allegedly disclosing these features in order to enable an artisan to modify the host system ofHcil s 374 to 

incorporate means provided by the Intelligent I 2 0 Architecture Specification to arrive at Appellants' 

disclosed invention as defined, for example, in claims 1 and 14. 

Again, vhtually all the citations from Heil *374 are misplaced. More importantly, the Examiner does 

not seem to realize what s/heis asserting. On one hand, the Examiner alleges that Heil '374 discloses a 

host driver module comprising: 

a Local Transport arranged to provide an interface to said input/output platfbnn (IOP) 
... a Remote Transport arranged to provide an interface to export local storage device 
access onto a computer network ... a Connection Manager arranged to establish 
connection services with remote servers on said computer network and coordinate 
functions responsible for creating a direct call path between software driver 250 
and software driver 240 to provide access to the local storage devices. See pages 
1-2 of Paper No. 10. 

On the other hand, the Examiner expressly admits that, 

Heil ['374] does not teach functions responsible for creating a direct call path 
between the transport driver modules to provide access to the local storage 
devices; nor wherein that embedded intelligent I 2 0 standard software comprises an IOP 
platform.. Seepage 2, Paper No. 10. 
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Even more puzzling is the feet that no where in Heil * 374 or the newly cited Intelligent 1^0 Architecture " 
Specification as a secondary reference is there disclosure of any module denoted as "Local Transport", 
"Remote Transport" and "Connection Manager" as part of a host driver module as identified by the- 
Examiner as lacking from Heil '374. Therefore the rejection of Applicants* claims 1-28 is respectfully 
traversed for reasons as discussed herein below. 

Each ofApplicants' independent claims 1,7, Hand 22-23 defines ahost driver module installed 
in ahost system comprising a "Local Transport arranged to provide an interface to the IOP supporting an 
array of I/O storage devices," a "Remote Transport arranged to provide an interface to another remote 
system, via the SAN" and a "Connection Manager arranged to establish connection services and to create 
a direct call path between the Local Transport and the Remote Transport so as to provide direct access 
to I/O storage devices." i 

For example, independent claims 1,7,14 and 22 define a host driver module (IOP access module) 
installed in a host server for exporting I/O storage device access onto a computer network which 
comprises: 

a Local Transport arranged to provide an interface to an input/output platform (IOP) 
supporting an array of input/output devices; 

a Remote Transport arranged to provide an interface to said another system, via said data 
network; and 

a Connection Manager arranged to establish connection services and to create a direct call 
path between the Local Transport and the Remote Transport so as to provide access to 
input/output devices. 
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As expressly defined in each of Applicants' independent claims 1,7, 14 and 22 the host driver 
module 3 1 0 installed in a host server including a Connection M an ager 3 1 2, a Local Transport 3 1 4 and a 
Remote Transport 3 1 6 for the purposes of exporting device access to remote devices on a data network 
(SAN) as shown in FIG. 3 . For example, Local Transport 3 1 4 is arranged to provide an interface to lOP 
320 on the PCI bus 3 1 8 supporting an array of IO devices 326. Remote Transport 3 1 6 is arranged to 
provide an interface to remote devices (remote servers) via a SAN. Connection Manager3 12 is utilized 
to establish connecti on services and create a direct call path between th e Local Transport 3 1 4 and the 
Remote Transport 3 1 6 so as to provide access to IO devices 326. Data structure pointers as shown in 
FIG. 4 are exchanged between the Local Transport 3 1 4 and the Remote Transport 3 1 6 by way of the 
Connection Manager 3 12 in order to establish a direct-call relationship between separately installed 
software modules in order to avoid incurring the overhead of the operating system (OS) protocol stack and 
coordinating special application-to-application messages as required by the SAN cluster. 

The host driver module 310 may be initialized as defined by independent process claim 23 as 
follows: 

beginning initialization of said drivermodule which provides access to a local storage 
system while bypassing protocol stacks of a host operating system, said system drivermodule 
comprising a Local Transport which provides direct access to the local storage device system, a 
Remote Transport which interfaces to other nodes of said system area network, and a Connection 
Manager which provides connection services and coordinates functions responsible for creating 
a direct call path between the LocaJ Transport and the Remote Transport; 
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scanning, at said Local Transport, the local bus to locate and initialize all local input/output 
platforms (IOPs), and building an IOP context structure for each input/output platform (TOP) 
found; 

preparing, at said Remote Transport, to accept a request for aservice connection from said 
remote server on said system area network; 

asking, at said Connection Manager, whether said Local Transport determines the number 
of input/output platforms (IOP$), andbuttdmg a descriptor stracture for 

(IOP) which includes an exported table of function call pointers and the context required by the 
Local Transport to communicate with the input/output platform (IOP); and 

establishing a system area network management communication channel through the 
Remote Transport, which waits for an external connection from said remote server on said system 
area network for exporting local device access onto said system area network using said direct call 
path between the Local Transport and the Remote Transport. 

In other words, the Local Transport 3 14 scans the PCI bus 3 1 8 to locate and initialize all local 
TOPs and builds an opaque "context" structure for each IOP found. The Remote Transport 3 1 6 then 
prepares to accept requests through network interface card (NIC) 328. The Connection Manager 3 1 2 
then queries the Local Transport 3 1 4 to determine the number of IOPs and builds a descriptor structure 
for each IOP (IOP descriptor structure includes an exported table of function call pointers and the context 
required by the Local Transport 31 4 to communicate with the IOP), and establish a management 
communication channel through the Remote Transport 3 1 6, which waits for an external connection from 
a remote server via a SAN for exporting local device access using said direct call path between the Local 
Transport 3 1 4 and the Remote Transport 316. 
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The host drivermodule3 1 0 allows, for example, adistributed database running on a cluster of 
servers to share and directly access all the storage in the cluster transparently. As a result, the overhead 
incurred by the OS stack on the remote node is avoided via "short-circuiting" at the driver level , and no 
unique database is required to generate special application-to-application messages to remote nodes in 
order to access IO storage devices located on remote storage. 

In contrast to Applicants' independent claims 1,7, 14 and 22-23, Heil c 374a$aprimaryreference 
discloses a system for I/O shipping of requests using peer-to-peer communications between host bus 
adapters ("HBAs") connected to I/O devices. 

Specifically, Heil '374 discloses theuse of one or more host bus adapters HBA 1 1 2 as shown in 
FIG. 2 and elements 1 80, 1 8 1 as shown in FIG. 5 A installed in a host system of a clustered computer 
network for processing IO requests received from the host system. Each HBA also serves as a network 
interface card (NIC) connected to a peer HBA via a Fibre Channel backbone 121 (high-speed 
communication medium) and contains therein a directory within memory 1 1 6 for staring location information 
regarding blocks of data stored in storage devices and software for searching the directory to determine 
whether to locally or remotely retrieve blocks of data. The HBA installed in one node of a clustered 
computer network is operable to establish and maintain communications with at least one other HBA 
installed in another node of the clustered computer network. However, the HBA of Heil'374 is NOT and 
does not correspond to a host driver module as defined by Appellants' independent claims 1 , 7, 14 and 
22-23. 
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There is nondisclosure anywhere from Heil *374 of Applicants' claimed "host driver module" 
installed in a host system which comprises "a Local Transport arranged to provide an interface to an 
input/output platfoTm (TOP) supporting an airayof input/oatputdevices;""aRemote Transport arranged 
to provide an interface to said another system;" and "a Connection Manager arranged to establish 
connection services and to create a direct call path between the Local Transport and the Remote Transport 
so as to provide access to IO devices" as generally defined in Applicants' independent claims 1 , 7, 1 4 and 
22-23. 

Nevertheless, the Examiner argues that Heil *374 discloses these features. However, the Examiner 
has not provided any evidence to support such an argument. As applied to the determination of 
patentability when the issue is obviousness, fc< it is fundamental that therejection under 35 U.S.C. §103 must 
be based on evidence comprehended by the language of that section." JnreGrasselli 7 1 3 F.2d 73 1,739, 
2 1 8 USPQ2d 769, 7 1 5 (Fed. Cir. 1 983). The essential factual evidence on the issue of obviousness is 
set forth in Graham v. John Deere Co., 383 U.S. 1, 17-18, 148 USPQ 459, 467 (1966) and extensive 
ensuing precedent. The patent examination process centers on prior art and the analysis thereof- When 
patentability turns on the question of obviousness, the search for and analysis of the prior art includes 
evidence relevant to the finding of whether there is a teaching, motivation, or suggestion to select and 
combine the references relied on as evidence of obviousness. See, e.g., McGinley v. Franklin Snorts. Inc. 
262 F.3d 1339, 1351-52, 60 USPQ2d 1001, 1008 (Fed. Cir. 2001) ("the central question is whether 
there is reason to combine [the] references," the question of fact drawing on the Graham factors). 
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'Thefadual inquiry whether to com Id* Itmustbe 

based on objective evidence of record. This precedent has been reinforced in myriad decisions, and cannot 
be dispensed with. See, e.g. . Brown & Williamson Tobacco Com., v. Phillip Morris Inc ., 229 R3d 1 120, 
1 1 24-25, 56 USPQ2d 1 456, 1 459 (Fed. Cir. 2000) ("a showing of a suggestion, teaching, ormotivation 
to combine the prior art references is an 'essential component of an obviousness holding'^quotingCR. 
Bard. Inc.. v. M3 Systems, Inc ., 157 R3d 1340, 1352, 48 USPQ2d 1225, 1232 (Fed. Cir. 1998)) Jn 
re Dcmbiczak. 175 F.3d 994, 999, 50 USPQ2d 1614m 1617 (Fed. Cir. 1999) ("[CAFC] case law 
makes clear that thebest defense against the subtle but power attraction of a hindsight-based obviousness 
analysis is rigorous application of the requirement for a showing of the teaching or motivation to combine 
prior art references/*) In re Dance, 160 F.3d 1339, 1343, 48 USPQ2d 1635, 1637 (Fed. Cir. 1998) 
(there must he some motivation, suggestion, or teaching of the desirability of making the specific 
combination that was made by the Applicants); InreFine, 837F.2d 1071, l075,5USPQ2d 1596, 1600 
(Fed, Cin 1 988) ('teachings of references can be combined only if there is some suggestion or incentive 
to do so.") (emphasis in original) (quoting ACS Hosp. Svs., Inc., v. MontefioreHosp .. 732 F.2d 1 572, 
1577, 221 USPQ 929, 933 (Fed. Cir. 1984)). 

The need forspecificitypervades this authority. See. e,g .. lnreKotzab ,217F.3d 1365, 1371,55 
USPQ2d 1313,1317 (Fed, Cir. 2000) ("particular findings must be made as to the reason the skilled 
artisan, with no knowledge of the claimed invention, would have selected these components for combination 
in the manner claimed"): In re Rouffet . 149F,3d 1350, 1359.47USPQ2d 1453, 1459(Fed. Cir. 1998) 
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("even when the level of skill in the art is high, the Examiner must identify specifically the principle, known 
to oneof ordinary skill, that suggests the claimed combination. In other words, the Examinermust explain 
tfie reasons one of ordinary skill in the art would have been motivated to select the references and to 
combine them to render the claimed invention obvious."); ftireFritch, 972 F2d 1 260, 1 265, 23 USPQ2d . 
1780, 1783 (Fed. Cir. 1992) (the Examiner can satisfy the burden of showing obviousness of the 
combination "only by showing some objective teaching in the prior art or that knowledge generally available 
to one of ordinary skill in the art would lead that individual to combine the relevant teachings of the 
references"). 

With respect to this application, no where in Heil c 347 is there disclosure of any host driver module 

including modules denoted as "Local Transport", "Remote Transport" and "Connection Manager" as 
N 

identified by the Examiner. Nor is there any disclosure from the newly cited Intelligent I 2 0 Architecture 
specification that may remedy the noted deficiencies of Heil '347 in order to arriveat Applicants' claims 
* 1-28. In fact, all the cited portions of Heil '347 are misplaced as previously discussed. 

Forexample, the cited FIGs. l-5A,col6/lines34-64andcol3/lines64-col4/line29ofHeil '347 
for allegedly disclosing "[an mput/output platform (IOP) access] module for providing input/output device 
access between a host (15)) system and another (151) system" [preamble of claims 1,7,14 22-23] is 
incorrect. Rather, that cited portion of Heil '347 refer to the use of a host bus adapter "HBA" which is a 
device which adapts (connects) a host computer system as shown in FIG. 1 to an J/O device as well as 
to connect to a Fibre Channel backbone. The host bus adapter "HB A" 1 17ofHeil '347 may correspond 
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to a network interface card "NIC" 328 shown in FIG. 3 of Appellants' disclosed invention which is 
arranged to adapt a host computer system to an I/O device as well as to connect to a SAN. However, 
theHBA 1 17ofHeil 4 347 does not constitute a host driver module (IOP access module) as defined in 
Applicants' independent claims 1,7, 14 and 22-2 3, and shown in FIG. 3 as a separate module from the 
SAN NIC 328. 

Likewise, the cited FIGs. 1 and 5A, 181, 120, 171, 117.8, 117.9, and co).4/line$ 21-29 ofHeil 
'374 for allegedly disclosing Applicants' claimed "host driver module including a Local Transport, a 
Remote Transport and a Connection Manager" is also incorrect. 

FIG.5A, element 181 of Heil '374 refers to a host bus adapter "HBA" FJG. 5A, element 120 
ofHeil 5 374 refers to a fiber channel chip which is a critical component of the HB A that is connected to 
thePCIbus 1 16.5 and the Fibre Channel backbone 121 . FIG. 5A, element 171 ofHeil '374 refers to a 
front-end interface (IF) of either a HBA 180orHBA 181 to provide an interface to a PCI bus 116.5. 
Neither of these cited elements constitutes the features of Applicants' claimed host driver module including 
a Local Transport, a Remote Transport and a Connection Manager as expressly defined in each of 
independent claims 1,7, 14 and 22-23. 

In fact, as shown in FIG. 5A (an alternative embodiment) ofHeil *374,twoHBAs 180and 181 
may be utilized in a single node (or host computer system). HBA 1 80 is used to process IO requests 
directed to local devices 118. HBA 1 8 1 is used to support remote 10 requests from the Fibre Channel 
backbone 121. These two HBA 1 80 and 1 8 1 are hardware devices configured to perform stated specific 
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functions- The Examiner simply cannot cite a single HBA 1 1 7 (see FIG 1 ) in one embodiment ofHeil '374 
to correspond Appellants' claimed singlehost drivermodule (IOP access module), and cite two other 
HBAs 180, 181 (see FIG. 5) in another embodiment ofHeil c 374 to corresponding the Local Transport 
and Remote Transport components of Applicants' claimed host drivermodule (JOP access module), and 
then cite an internal hardware of the same HBAs 1 80, 181 to correspond the Connection Manager 
component of Appellants' claimed IOP access module. This is highly improper. Two prior art HBA 
devices cannot be distorted and improperly interpreted in such a way just to read on Applicants' claimed 
host driver module (IOP access module), particularly when the prior art HBA hardware devices arc 
completely different from Appellants' claimed host driver module (IOP access module. 

Similarly, the cited col. 6, lines 34-64 ofHeil l 374 for allegedly disclosing Applicants' claimed 
"service connection to a local input/output platform (IOP) connected to a local bus using a drivermodule" 
is also incorrect That cited portion ofHeil t 374simplydepictsahostsystemasshowninFIG. 1 including 
essential components such as CPU 100, cache 105, processor bus 1 l0,ho$t-to-PCI bus bridge 1 1 5 and 
a PCI bus 116. No reference to any input/output platfoim (TOP) as defined in claim 23, see FIG. 3 

The cited col. 4, lines 3-20 ofHeil '374 for allegedly disclosing Applicants' claimed t( module (Local 
Transport) which provides direct access to the local storage system" is also incorrect. That cited portion 
OfHeil '374 describes a host bus adapter (HBA) which is a hardware component adapted to connect a 
host system to an IO device as well as to connect to aFibre Channel backbone. The HBA ofHeil '372 
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is analogous to the SAN network interface card (NIC) 328 shown in FIG. 3 of Appellants' disclosed 
invention. 

In contrast to the HBA ofHcil '372, Applicants' claimed "Local Transport" is a part of the host 
driver module (IOP access module) along with the Remote Transport and the Connection Manager and 
is arranged to provide an interface to an IOP supporting an array of 10 devices. 

The cited col. 4, lines 2 1 -29, FIG. 5A of Heil '374 for allegedly disclosing Applicants' claimed 
"module (Remote Transport) which interfaces with other nodes of said system network" is also incorrect. 
That cited portion ofHeil '374 describes how the host bus adapter (HBA) which is a hardware component 
installed in each node of a Fibre Channel is able communicate among each other as peers. Again, no 
disclosure of any "Remote Transport". 

The cited col. 12, line 9 extending to col. 13, line 13 ofHeil '374 for allegedly disclosing 
Applicants' claimed "building [an IOP] descriptor structure for each input/output platform (IOP) which 
includes an exported table of function call pointers and the context required by the Local Transport to 
conxmumrate with the inputs That cited portion ofHeil *374 

only describes how the host system and the HBA are initialized and how the HBAs build a local directory 
containing the mapped location information for respective local storage subsystems 504. 

The Examiner argues that Applicants* claimed IOP descriptor structure as shown in FIG. 4 is 
analogous to the use of an HBA directory (map) (i.e. descriptors and addresses of routines located with 
a region of memory). Again, this line of argument is incorrect. This isbecause Applicants' claimed "IOP 
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descriptor structure" is established for a direct call interface between the LocalTransport314 andRemote 
Transport 3 1 6 in order to access to each IOP, whereas the HBA directory of Heil '374 is used to map 
location information oflocal storage subsystems. Therefore, do TOP descriptor structure is disclosed by 
Heil '374, 

Lastly, the cited col . 6, lines 34-64 ofHeil '374 for allegedly disclosing the "service connection to 
a local input/output platform (IOP) connected to a local bus using a driver module" is also incorrect. 
Rather, that tited portion ofHeil '374 simply depicts ahost system as showninFlG. 1 including essential 
components such as CPU 1 00, cache 1 05, processor bus 1 1 0 3 host-to-PCT bus bridge 1 1 5 and a PCI 
bus 1 1 6. Similarly, the cited col. 4, lines 3-20 ofHeil '374 does NOT disclose any claimed "module 
(Local Transport) which provides direct access to the local storage system". Rather, that cited portion of 
Heil '374 only describes a host bus adapter (HBA) which is a hardware component adapted to connect 
a host system to an 10 device as well as to connect to a Fibre Channel backbone. Likewise, the cited coL 
4, lines 2 1 -29, FIG. 5 A ofHeil '374 does not disclose any claimed "module (Remote Transport) which 
interfaces with ot bernodes of said system network". Instead, that cited portion ofHeil '374 only describes 
how the host bus adapter (HBA) which is a hardware component installed in each node of a Fibre Channel 
is able communicate among each other as peers. Furthermore, the cited FIG. 5A, element 171 ofHeil 
'374 does not disclose any claimed "Connection Manager which provides connection services and 
coordinate functions responsible for creating a direct call path between the Local Transport and the 
Remote Transport" as defined in Applicants' claims 1,7, 14 and 22-23. Rather, element 1 7 1 is simply 
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a front-end interface as shown in FIG. 5A for providing an interface to a PCI bus 1 1 6.5, There is no 
disclosure of any "Connection Manager" whatsoever. 

Inviewoftheforegoingreasons and the complete failure ofHeil * 374 and the newly cited Intelligent 
T 2 0 Architecture Specification to disclose the claimed features as alleged by the Examiner, Applicants 
respectfully request that the rejection of Applicants' independent claims 1,7, 14and 22-23 bereversed. 

Claims2-6, 8-13, 15-21 and24-28 which depend from claims 1,7, 14 and 22-23 are deemed 
patentable from claims 1, 7, 14 and 22-23 if their parent claims 1, 7, 14 and 22-23 are patentable. 
Hartness Int'l. Inc.. v. Simnlicatic Eng'g Co., 891 F.2d 1 100, 1 108, 2 USPQ2d 1 826, 1831 (Fed. Cir. 
1987); InreAbe le, 684 F.2d909, 214USPQ 682, 689 (CCPA 1 982) also InreSernaker, 702 F.2d 
989, 991 7 217USPQ 1,3 (Fed. Cir. 1983). 

Even assuming arguendothdt independent claims 1,7, Hand 22-23 arenotpatentableunder35 
U.S.C. § 1 03(a), which Appellants do not believe, dependent claims 2-6, 8-13, 1 5-21 and 24-28 are 
separately patentable from parent claims I, 7, 14 and 22-23 for reasons presented herein below. 

For example, dependent claims 4, 15 and 24 further defines that the IOP comprises: "one or more 
IO processor, IO devices, a devi ce drivermodule and a communication layer which defines a mechanism 
for communications between the Local Transport and the device; driver module" which is not disclosed 
anywhere in Heil '374 or the Intelligent I 2 0 Architecture Specification. 

Dependent claims 5, 9, 1 6 and 25 further define that the "communication layerisresponsible for 
managing all service requests and providing a set of Application Programming Interfaces (APIs) for 
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delivering messages, along with a set of support routines that process the messages" which is not disclosed 
anywhere in Heil '374 or the Intelligent I 2 0 Architecture Specification. 

Dependent claims 6, 1 0, 1 6 and 25 further define that the "communi cation layer comprises a 
message layer which sets up a communication session, and a transport 1 ayer which defines how information 
will be shared" which is not disclosed anywhere in Heil '374 or the Intelligent I 2 0 Architecture 
Specification. 

Dependent claim 1 1 further defines that "the host drivermodule and the device drivermodule 
constitute a single device that is portable across a plurality of operating systems and host network platforms, 
and works interoperably with a plurality of storage devices and operating systems" which is no t disclosed 
anywhere in Heil l 374 or the Intelligent I 2 0 Architecture Specification. 

Likewise, dependent claims 20 and 27 further define that tL the Local Transport has a send handler 
function and the Remote Transport has a receive handl er function whi ch are respective program interfaces 
for receiving an inbound message from a remote server on a computer network for direct access to local 
input/output platform and for delivering an outbound message to said remote server on a computer 
network" which is not disclosed anywhere in Heil 4 374 or the Intelligent 1 2 0 Architecture Specification, 

In view of the foregoing explanations, and in view of the fact that neither Heil '374 nor the 
Intelligent I 2 0 Architecture Specification, whether taken in combination or individually, discloses and 
suggests Applicants' dependent claims 2-6, 8-13, 15-21 and 24-28, Applicants respectfidly request that 
the rejection of dependent claims 2-6, 8-13, 15-21 and 24-28 be reversed as well. 
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In view of the foregoing amendments, arguments and remarks, all claims are deemed to be 
allowable and thi s application is believed to be in condition to be passed to issue. Should any questions 
remain unresolved, the Examiner is requested to telephone Applicants 7 attorney at the Washington DC area 
office at (703) 312-6600. 

Attached hereto is a marked-up version of the changes made to the claims. The attached page is 
captioned " Version with markings to show changes made ." 

To the extent necessary, Applicants petition for an extension of time under 37 C.F.R. §1,136. 
Applicants have submitted fees forthe claims added by this Amendment. Please charge any shortage of 
fees due in connection with the filing of this paper, including extension of time fees, to the Deposit Account 
of Antonelli, Teny, Stout & Kraus, No. 01 -2135 (Application No. 2 1 9 .36435X00), and please credit any 
excess fees to said deposit account. 



Date: March 29. 2002 
Antonelli, Terry, Stout & Kraus, LLP 
1300 North Seventeenth Street 
Suite 1800 

Arlington, VA 22209 
(703)312-6600 



R espectfully submitted, 
Antonelli, Terry, Stout & Kraus LLP 




Hung H. Bui ' 
Registration No.: 40,415 
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VERSION WITH MARKINGS TO SHOW CHANCES MADE 

IN THE CLAIMS 

Please amend claims 1, 7, 12 and 22, as follows: 



1 1 . (Twice Amended) An input/output platform (IOP) access module installed in a host system 

2 for providing input/output device access between [a] the host system and another system, via a data 

3 network, said IOP access module comprising: 

4 a Local Transport arranged to provide an interface to an input/output platform (IOP) supporting 

5 an array of input/output devices; 

6 a Remote Transport arranged to provide an interface to said another system, via said data network; 

7 and 

8 a Connection Manager arranged to establish connection servi ces and to create a direct call path 

9 between the Local Transport and the Remote Transport so as to provide access to input/output devices. 

j 7. (Twice Amended) A host system, comprising: 

2 a processor including an operating system (OS): 

3 an array of storage devices; 
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4 a driver module for exporting local storage device access onto a computer network, said driver 

5 module comprising: 

6 a device drivermodule arranged to provide an interface to said array of local storage 

7 devices; 

8 a host driver module arranged to provide an interface to [an] the operating system (OS), 

9 said host driver module comprising a Local Transport which communicates with the device driver 

10 module, a Remote Transport which provides an interface to said computer network, and a 
\ i Connection Manager which establishes connection services with remote systems on said computer 
12 network and coordinates functions responsible for creating a direct cal I path between the Local 
is Transport and the Remote Transport to provide access to said storage devices; and 

14 a communication layer which supports communications between the host drivermodule and 

1 5 the devi ce driver modu] e. 

1 12. (Twice Amended) The host system of claim 9, wherein said host driver module and said 

2 device driver module operate in accordance with an Intelligent Input/Output (I 2 0) specification for allowing 

3 storage devices to operate independently from the operating system (OS) . 

1 22. (Amended) A process of exporting storage device access onto a computer network 

2 using an input/output platform (TOP) access module of a host server, comprising the steps of: 
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3 providing an interface to an input/output platform (IOP) supporting an array of storage devices; 

4 providing an interface to a remote server on said computer network; 

5 establishing servi ce connection between said host server and said remote server on said computer 

6 network in response to a request from a remote server on said computer network; and 

7 after the service connection between said host server and said remote server on said computer 

8 network is established, enabling said remote server to direct! v access [providing a direct call access to] said 

9 storage devices with transparency [forsaid remote server] to share resources of said storage devices while 
i o bypassing operating system (OS) protocol stacks installed in the host server . 
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